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ABSTRACT 



A peripheral device operatively coupleable to a computing 
system which includes a processor for processing various 
functions relating to the operation of the peripheral device. 
The peripheral device also including a memory operatively 
coupleable to the processor, the memory storing a device 
driver which the computing system employs to communi- 
cate with the peripheral device. 

29 Claims, 10 Drawing Sheets 



^ START ^ 



PUT ALL PNP ISA I/O CARDS IN ^^ 
CONFIGURATION MODE 



ISOLATE A PNP t/0 CARD 



JZl 



(A) ASSIGN A HANDLE; 

(B) RHAD THE I/O CARD'S RESOURCE DATA 
STRUCTURE: AND 

(C) DOWNLOAD I/O CARD DEVICE DRIVER 




DETERMINE RESOURCE 
REQUIREMENTS AND 
CAPABJltTIES FOR ALL 
I/O CARDS 



234 



USE HANDLE TO 
ASSIGN CONFLICT 
FREE RESOURCES TO 
EACH I/O CARD 



ACTIVATE ALL PNP ISA 
I/O CARDS AND 

REMOVE THEM FROM 
CONFIG. MODE 



r 



240 



RUN I/O CARD DRIVER 
FILES 



I 



09/15/2003, EAST Version: 1.04.0000 



U.S. Patent 



Dec. 28, 1999 



Sheet 1 of 10 



6,009,480 




CO 
CQ 

o 

LU 

3 
Q. 
O 






09/15/2003, EAST Version: 1.04.0000 



U.S. Patent Dec. 28, 1999 Sheet 2 of 10 



6,009,480 




09/15/2003, EAST Version: 1.04.0000 



U.S. Patent Dec. 28, 1999 Sheet 3 of 10 6,009,480 




09/15/2003, EAST Version: 1.04.0000 



U.S. Patent Dec. 28, 1999 Sheet 4 of 10 



6,009,480 



START 




120 







SCAN DEVICES CONNECTED TO 
SYSTEM AND IDENTIFY NEW 
DEVICES 







r 



122 




123 



COMPLETE 

BOOTUP 
PROCEDURE 



124 



QUERY NEW DEVICE FOR 
NEEDED RESOURCES 



r 



126 



DRIVER DOWNLOAD SEQUENCE 



128 



INSTRUCT DEVICE THAT IT IS 
PROGRAMMED 



r 



130 



Fig. 4 



09/15/2003, EAST Version: 1.04.0000 



U.S. Patent 



Dec. 28, 1999 



Sheet 5 of 10 



6,009,480 



CO 



00 

to 



ID 



CM 

to 



O 

in 



z 

< ^ 



09 



Lkl 

X 



z 
>- 



(0 




in 
d) 



09/15/2003, EAST Version: 1.04.0000 



U.S. Patent 



Dec. 28, 1999 



Sheet 6 of 10 



6,009,480 



START 



PUT ALL PNP ISA I/O CARDS IN 
CONFIGURATION MODE 



r 



200 



ISOLATE A PNP I/O CARD 



I 



r 



202 



204 



(A) ASSIGN A HANDLE; 

(B) READ THE I/O CARD'S RESOURCE DATA 
STRUCTURE; AND 

(C) DOWNLOAD I/O CARD DEVICE DRIVER 




DETERMINE RESOURCE 
REQUIREMENTS AND 
CAPABILITIES FOR ALL 
I/O CARDS 



234 



USE HANDLE TO 
ASSIGN CONFLICT 
FREE RESOURCES TO 
EACH I/O CARD 



ACTIVATE ALL PNP ISA 
I/O CARDS AND 

REMOVE THEM FROM 
CONFIG. MODE 



r 



240 



RUN I/O CARD DRIVER Y 
FILES 



242 



I 



END 



Fig. 6 



09/15/2003, EAST Version: 1.04.0000 



U.S. Patent 



Dec. 28, 1999 



Sheet 7 of 10 



6,009,480 



START 



READ I/O CARD DRIVER FILE Y~ 
SIZE FROM I/O CARD 



< 

^224 



READ I/O CARD DRIVER DATA 
FROM I/O CARD 



226 




YES 




Fig. 7 



09/15/2003, EAST Version: 1.04.0000 



U.S. Patent Dec 28, 1999 Sheet 8 of 10 6,009,480 



START 



RUN I/O CARD DRIVER 
INITIALIZATION ROUTINE 



r 



250 




258 



READ PERIPHERAL DEVICE 
DRIVER FILE SIZE FROM 
PERIPHERAL DEVICE MEMORY 
STORAGE 



r 



260 



READ PERIPHERAL DEVICE 
DRIVER DATA FROM 
PERIPHERAL DEVICE 



262 



YES 



MORE 
PERIPHERAL 
)EVICE DATAZ' 



NO 



\ r 



270 



RUN PERIPHERAL DEVICE 
DRIVER INITIALIZATION 
ROUTINE 




1 


r 



END 



Fig. 8 



09/15/2003, EAST Version: 1.04,0000 



U.S. Patent Dec. 28, 1999 Sheet 9 of 10 



6,009,480 




09/15/2003, EAST Version: 1.04.0000 



U.S. Patent 



Dec. 28, 1999 



Sheet 10 of 10 



6,009,480 



DETECT NEW 
DEVICE AT HUB 



r 



320 



REPORT PRESENCE OF DEVICE 
TO HOST AND OBTAIN UNIQUE 
ADDRESS 



r 



322 







ASSIGN UNIQUE ADDRESS TO 
DEVICE 






OBTAIN CONFIGURATION DATA 
FROM DEVICE 






OBTAIN DEVICE DRIVER FROM 
DEVICE 



r 



324 



r 



326 



r 



328 



iq. 10 



09/15/2003, EAST Version: 1.04.0000 



6,00 

1 

INTEGRATED DEVICE DRIVER WHEREIN 
THE PERIPHERAL DOWNLOADS THE 
DEVICE DRIVER VIA AN IjO DEVICE 

AFTER rr IS DETERMINED THAT THE UO 
DEVICE HAS THE RESOURCES TO 
SUPPORT THE PERIPHERAL DEVICE 

HELD OF THE INVENTION 

The present invention relates generally to a method and 
system for providing and installing a device driver, and more 
particularly to a method and system for integrating a device 
driver with the device itself. 

BACKGROUND OF THE INVENTION 

A computer system typically is connected to various 
peripheral devices, which include disk drives, tape drives, 
printers, modems, etc. The computer system has an operat- 
ing system that provides an interface between an application 
program and these devices. The operating system receives 
from the application a request to access one of the devices 
and translates this request into a request that will be under- 
standable by that device. The operating system sends the 
translated request to the device and typically informs the 
application program when the requested access is complete. 

In particular, the operating system is responsible for 
managing the processing and transfer of information 
between various system resources. One well known tech- 
nique for managing these resources is the use of device 
drivers. Device drivers are software modules including 
processing logic for controlling the low level or device 
specific components of a particular computer system 
resource. For example, a device driver may be used for 
controlling a magnetic disk drive coupled to the computer 
system. In this example, the device driver would control the 
various hardware specific registers, latches, signals, or other 
components of the magnetic disk drive device. Similarly, 
other computer system resources such as serial or parallel 
input/output (I/O) ports, modem devices, computer network 
interface devices, memory expansion boards, etc. are con- 
trolled by device drivers. The device drivers are typically 
loaded into random access memory (RAM) during bootstrap 
initialization of the computer system. 

For instance, an application program may request the 
operating system to read a file stored on a disk drive. The 
operating system would invoke a device driver provided for 
the disk drive and send the device driver this read request. 
The disk device driver would translate the read request by 
determining the actual disk location at which the blocks of 
the file arc stored, and would send the read request to the 
disk drive. The disk drive would then service the read 
request by reading the disk at the determined actual disk 
location, and then inform the device driver upon completion. 
The device driver would then inform the application pro- 
gram that the request has been serviced. 

A conventional method used for initially loading device 
driver software for controlling a peripheral device is to 
retrieve the driver software firom a floppy disk or CD-ROM. 
Accordingly, peripheral devices are typically shipped from 
the manufacturer along with a floppy disk or CD-ROM 
containing the driver software for that device. Alternatively, 
the appropriate driver software may be provided as a part of 
the operating system as shown above with respect to the disk 
drive driver. In this case, the user must properly identify the 
device added to the computer system in order for the 
appropriate driver to be loaded. 

Corporate computer users often have a plurality of dif- 
ferent types of computers, each running a different operating 
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system and using a variety of peripheral devices. As a result, 
the corporate computer user may need to maintain a library 
of device driver disks or CD-ROMS associated with a 
variety of peripheral devices. In the case where the appro- 
s priale device driver is selected from the operating system, 
the user must correctly identify the peripheral device. If the 
incorrect device driver is selected the peripheral device may 
malfunction. 

Keeping separate floppy diskettes for each type of driver 
10 needed on a system oftentimes quickly proves to be an 
unmanageable task. For instance, in a large company with 
hundreds of computers, managing all of the different I/O 
cards for the various computers and the associated drivers 
which keep changing as devices are relocated from one 
15 computer to another became a logistical nightmare. 

Microsoft Corporation introduced Windows 95 to remedy 
the above problem. Windows 95 made available most of the 
drivers for devices available on the market on a single 
CD-ROM. However, an arguably unforseen problem with 
respect to providing the host computer with drivers via 
Windows 95 is that the device drivers provided with the 
software package increasingly become outdated as time 
passes. Thus, as new devices (e.g., 56 K modems) are bought 
by a user of the system, the driver for which may not be on 
the Windows 95 CD-ROM which was installed years ago. 
As a result, the user is back to the same situation when 
Windows 95 was not available. That is, the user is forced to 
have to separately obtain the driver for the new device and 
install it to the host computer typically via downloading the 
•'^ driver from a floppy diskette. 

Consequently, there is a strong need for a convenient and 
reliable method and system for obtaining an appropriate 
device driver for a peripheral device, which avoids the need 
for a user to have to manually download the device driver 
when incorporating the new device to a computing system. 

SUMMARY OF THE INVENTION 

The present invention relates generally to a method and 

40 system for providing and installing a device driver, and more 
particularly to a system for integrating a device driver with 
the device itself. The present invention overcomes the 
problems associated with conventional techniques for 
installing device drivers by incorporating the device driver 

45 within the device being installed. The present invention 
further provides for a method for retrieving the device driver 
software from the peripheral device upon powering of the 
computer system the device has been newly added to. As a 
result of the driver being located within the device itself, the 

50 need to supply a separate disk or CD-ROM with each 
peripheral device is eliminated. This feature of the present 
invention removes the need to maintain disks or CD-ROMS 
containing device driver software. 

Additionally, the present invention provides for an inte- 

55 grated device driver system which automatically downloads 
the device driver to the computer system. This aspect of the 
invention affords for minimal user intervention to load an 
appropriate device driver The integrated device driver sys- 
tem of the present invention may also includes a device 

60 driver that may be operating system and/or processor inde- 
pendent. This feature of the present invention allows the 
device being installed to the computer system to be platform 
independent, which affords for the device to be connectable 
and conmiunicable with a variety of different computing 

65 systems. 

In accordance with one particular aspect of the present 
invention, a peripheral device operatively coupleable to a 
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computing system is provided, including: a processor for 
processing various functions relating to the operation of the 
peripheral device; and a memory operatively coupleable to 
the processor, the memory storing a device driver for the 
peripheral device. 

According to another aspect of the present invention, a 
system for installing a peripheral device to a computer 
system is provided, including: a peripheral device opera- 
tively coupleable to the computer system, the peripheral 
device including a first processor and a first memory, the first 
memory storing a device driver for the peripheral device; a 
second processor for processing functions relating to the 
computer system, the second processor being operatively 
coupleable to the peripheral device; and a second memory 
operatively coupleable to the second processor; wherein the 
peripheral device downloads the device driver to the second 
memory after being operatively coupled to the computing 
system. 

Another aspect of the present invention provides for a 
method for installing a peripheral device driver to a com- 
puter system, including the steps of: connecting a peripheral 
device to the computer system, the peripheral device includ- 
ing: a first processor for processing various functions relat- 
ing to the operation of the peripheral device; and a first 
memory operatively coupleable to the processor, the first 
memory storing the peripheral device driver for the periph- 
eral device; transferring the peripheral device driver from 
the first memory to the computer system, the computer 
system including; a second processor for processing func- 
tions relating to the computer system, the second processor 
being operatively coupleable to the peripheral device; and a 
second memory operatively coupleable to the second pro- 
cessor. 

In accordance with still another aspect of the present 
invention, a method for installing a peripheral device driver 
to a computer system is provided, including the steps of: 
connecting a peripheral device to the computer system; and 
using the peripheral device to identify to the computer 
system a web site on an Internet having a peripheral device 
driver for the peripheral device. 

To the accomplishment of the foregoing and related ends, 
the invention, then, comprises the features hereinafter fully 
described and particularly pointed out in the claims. The 
following description and annexed drawings set forth in 
detail certain illustrative embodiments of the invention. 
These embodiments are indicative, however, of but a few of 
the various ways in which the principles of the invention 
may be employed. Other objects, advantages and novel 
features of the invention will become apparent from the 
following detailed description of the invention when con- 
sidered in conjunction with the drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention may take physical form in certain parts and 
arrangements of parts, a preferred embodiment and method 
of which will be described in detail in this specification and 
illustrated in the accompanying drawings which form a part 
hereof, and wherein; 

RG. 1 is a block diagram of an exemplary computer 
system in accordance with the present invention; 

FIG. 2 is an illustration of a computing system coupled to 
a peripheral printing device in accordance with one particu- 
lar aspect of the present invention; 

FIG. 3 is a schematic block diagram showing a general 
laser printer in accordance with the present invention; 

FIG. 4 is a flow diagram showing an overview of a 
peripheral device downloading a device driver to a computer 
system in accordance with the present invention; 
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FIGS. Sa and Sb are illustrations of data packet formats in 
accordance with the present invention; 

FIG. 6 is a flow diagram showing an overview of the 
procedure for configuring a computer system using Plug and 
5 Play (PNP) Industry Standard Architecture (ISA), according 
to one particular aspect of the present invention; 

FIG. 7 is a flow diagram of the procedure for downloading 
an 1/0 card driver according to one particular aspect of the 
present invention; 

FIG. 8 is a flow diagram of the procedure for running an 
I/O card driver for downloading a peripheral device driver 
according to one particular aspect of the present invention; 

FIG. 9 is a block diagram of a Universal Serial Bus (USB) 
configured system according to one particular aspect of the 
present invention; and 

FIG. 10 is a flow diagram showing an overview of the 
procedtu-e for configuring a computer system having a USB 
configuration according to one particular aspect of the 
20 present invention. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 

The drawings are now referred to which are for purposes 
of illustrating the preferred embodiment of the invention 
only and not for purposes of limiting the same. In the 
drawings, like reference numerals are used to refer to like 
elements throughout, 

FIG. 1 shows a simplified block diagram of an exemplary 
computer system 10. Computer system 10 is generaUy 
comprised of a processor 12, a cache 14, a bus adapter 16, 
a system memory 18, adapters or I/O cards 32 and peripheral 
devices P1-P4. 

The processor 12 is responsible for controlling the general 

35 operation of the computer system 10. The processor 12 is 
programmed to control and operate the various components 
within the computer system 10 in order to carry out the 
various functions described herein. The processor or CPU 12 
can be any of a plurality of processors, such as the p24T, 

40 Pentium 50/75, Pentium 60/90, and Pentium 66/100, Pen- 
tium PRO and Pentium 2, and other similar and compatible 
processors. The manner in which the processor 12 can be 
programmed to carry out the functions relating to the present 
invention will be readily apparent to those having ordinary 

45 skill in the art based on the description provided herein. 
The system memory 18 tied to the processor 12 via a cpu 
memory bus 40 is also included in the computer system 10 
and serves to store program code executed by the processor 
12 for carrying out operating functions of the computer 

50 system 10 as described herein. The system memory 18 also 
serves as a storage medium for temporarily storing infor- 
mation such tables, and the like. 

The system memory 18 includes read only memory 
(ROM) and random access memory (RAM). The ROM 

55 contains software instructions known as the Basic Input/ 
Output System (BIOS) for performing interface operations 
with the I/O devices. Also stored in the ROM is a software 
routine which operates to load a boot program from the 
booting device. The boot program will typically be executed 

60 when the computer system 10 is powered on or when 
initiahzation of the system 10 is needed. The RAM is the 
main memory into which the operating system and appUca- 
tion programs are loaded. The RAM provides program 
instruction storage and working memory for the processor 

65 12. 

Processor 12, cache 14, bus adapter 16 and system 
memory 18 communicate via the processor-memory bus 20. 
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An I/O bus 42 links bus adapter 16 to I/O cards 32, which 
interface with peripheral devices P1-P4, Peripheral devices 
P1-P4 may take many forms including, but not limited to, a 
hard disk drive, a floppy disk drive, a printer, an optical 
storage device, a keyboard, a mouse, a display unit (e.g. an 5 
LCD display or CRT monitor), a modem, a bar code reader, 
a scanner, and a network. I/O cards 32 are controller cards 
which enable processor 12 to communicate with and control 
the peripheral devices (P1-P4). In this regard, I/O cards 32 
provide an interface port supporting the attachment of lo 
specific peripheral devices. For instance, I/O card 32 may be 
a PC serial port adapter which creates a communications 
port where a modem can be attached. It should be appreci- 
ated that I/O cards 32 may be integrated on a PC's moth- 
erboard or on adapter boards that plug into expansion slots. 15 

Typically, the I/O cards 32 communicate with the proces- 
sor 12 by generating interrupts. The processor 12 distin- 
guishes interrupts from among the I/O cards 32 through 
individual interrupt codes assigned thereto. Responses of the 
processor 12 to the I/O card interrupts differ, depending, 20 
among other things, on the devices generating the interrupts. 
Interrupt vectors are provided to direct the processor 12 to 
different interrupt handling routines. 

The interrupt vectors are generated during initialization 
(i.e., boot up) of the computer system 10 by execution of the 
BIOS. Because responses of the processor 12 to device 
interrupts may need to be changed from time to time, the 
interrupt vectors may need to be modified from time to time 
in order to direct the processor 12 to different interrupt 
handling routines. To allow for modification of the interrupt 
vectors, they are stored in the RAM during operation of the 
computer system 10. 

I/O bus 42 may take many forms including, but not 
limited to. Integrated Standard Architecture (ISA), Extended 
Industry Standard Architecture (EISA), Peripheral Compo- 
nent Interconnect (PQ), Personal Computer Memory Card 
Industry Association (PCMCIA), Universal Serial Bus 
(USB), Small Computer System Interface (SCSI), Video 
Electronics Standards Association (VESA), Micro Channel 
Architecture (MCA), IEEE-1394 ("FireWire"), CardBus and 
proprietary. 

The components illustrated in FIG. 1 may be embodied in 
a personal computer, a portable computer, a workstation, a 
minicomputer, a main frame computer, a super computer, a 45 
network of computers, etc. As such, the details of the 
physical aspect of the computer system 10 such as structure 
of the I/O bus 42 or the number of processors 12 that are 
coupled to the bus 42, is not crucial to the operation of the 
invention and thus is not described in significant detail 5Q 
below. 

The present invention will now be described with refer- 
ence to computer system 10 as configured to include an ISA 
I/O bus. Plug and Play (PNP) ISA I/O controller cards 
(having a memory and a control unit), and a PNP BIOS, 55 
However, it should be appreciated that this computer system 
10 is described solely for the purpose of illustrating a 
preferred embodiment of the present invention, and not for 
limiting same. In this respect, the present invention is 
suitable for use with other computer system standards not go 
specifically described herein. 

The Plug and Play specification allows for the automatic 
configuration of Plug and Play expansion cards. Any conflict 
that may exist between different PNP cards is automaticaUy 
resolved by the system. The two key functions perfonned by 65 
the PNP system BIOS are resource management and runtime 
configuration. The basic system resources which include the 
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direct memory access (DMA) channels, interrupt request 
lines, and the I/O and memory addresses, are aflocated by 
the PNP system BIOS in its resource management mode. 
Because there are thousands of expansion cards available, 
these system resources are commonly allocated in a con- 
flicting manner in ISA systems, which can lead to bootstrap 
and system configuration failures. In its role as resource 
manager, the PNP system BIOS configures the PNP expan- 
sion cads before or during the Power On Seff Test (POST) 
procedure. The PNP system BIOS performs the same POST 
requirements of existing ISA computer systems. During the 
PNP configuration phase, the PNP expansion cards provide 
their resource requirements to allow the system BIOS to 
perform resource allocation and conflict resolution. After the 
configuration procedure is complete, POST is executed. 

After the POST procedure is completed, control is trans- 
ferred from the system BIOS to the operating system soft- 
ware. However, in runtime configuration mode, the system 
BIOS docs not provide configuration services for system 
board devices after the POST procedure has finished. This 
feature allows the system BIOS to dynamically change the 
resources allocated to system board devices after the oper- 
ating system has been loaded thereby allowing the operating 
system software to manipulate the configuration of the 
system board devices. The Plug and Play ISA specification 
by Microsoft Corp. is hereby incorporated herein by refer- 
ence in its entirety. 

Referring now to FIG. 2, there is shown a printing system 
50 in accordance with one specific aspect of the present 
invention. However, it should be appreciated that the present 
invention can be applied to any computer system including 
a peripheral device suitable for carrying out the present 
invention. The printing system 50 consists of a printing 
device in the form of a laser printer 52 capable of performing 
print jobs according to print data, a data processing device 
in the form of a host computer 54 which provides the laser 
printer 52 with the print data, and a communication cable 56 
connecting the laser printer 52 to the host computer 54. A 
keyboard 58 is coupled to the host computer 54 to afford a 
user to manually enter data and instructions. 

The laser printer 52 has a control unit generally indicated 
at 60 in FIG. 3. The control unit 60 includes a video 
controller 62 and a DC controller 66. The video controller 62 
incorporates: a CPU (central processing unit) 70; a first 
ROM (read-only memory) 72; a second ROM (read-only 
memory) 74; a first RAM (random-access memory) 76; a 
second RAM 78; a timing control circuit 80; a bidirectional 
serial interface (I/F) 82; a video interface 84; a panel 
interface 88; and a data bus 96 which interconnects the 
elements of the video controller 62 described above. 

The first ROM 72 stores: various control programs asso- 
ciated with printing operations of the printer 52; LAN- 
GUAGE INTERPRETER A and LANGUAGE INTER- 
PRETER B for processing or interpreting printing control 
languages in which print data received from the host com- 
puter 54 are described or expressed; interpreter- 
identification data representative of the INTERPRETER A 
and INTERPRETER B; and an ID DATA OUTPUT control 
program for sending the interpreter-identification data to the 
personal computer PC in response to an inquiry signal from 
the personal computer PC, as described below. 

The second ROM 74 stores outline data representative of 
the outlines of a multiplicity of characters such as letters and 
symbols to be printed according to the print data received 
from the personal computer PC. The first RAM 76 has a 
suitable storage capacity for storing the print data and other 



09/15/2003, EAST Version: 1.04.0000 



6,009,480 

7 8 

data received from the personal computer PC, and the the processor 12 determines if there are any I/O cards 32 that 

second RAM 78 is a working memory which includes a have not been identified yet. The I/O cards 32 can be located 

storage area for storing a batch of dot data prepared by either within the host computer 54 or at the peripheral device 

conversion from the print data stored in the first RAM 76. (e.g., printer 52). 

The timing control circuit 80 generates timing signals for 5 For example, if the peripheral devices are Universal Serial 

storing data into the first RAM 76 and reading out the data Bus (USB) devices, there will be a USB connector on the 

from the first RAM 76. The serial interface (I/F) 82 functions computer 54, which has a multidrop connector for incorpo- 

to receive data from the host computer 54 and transmitting rating the plurality of peripheral devices (e.g., P1-P4) to the 

various sorts of data and signals to the host computer 54. The host computer 54. The USB provides for not having to attach 
video interface 84 consists of two scan buffers each of which lO independently all of the peripheral devices directly to the 

is a dual-port RAM (FIFO memory) having a 4 K-byte host computer 54 itself. 

capacity. g^^p ^22, the processor 12 scans all devices connected 
The video interface 84 functions to apply the dot data one to the system 10 and identifies in step 123 any new devices 
set after another from the second RAM 78 to the DC that have not been configured yet. This is accomphshed by 
controller 66, The panel interface 88 is connected to an 15 ^ sequence of events. As mentioned above, in step 120, the 
operator's panel 94 and a cassette sensor 96 of the laser processor 12 determines if there are any new devices con- 
printer 52. The LANGUAGE INTERPRETER A is suitable nected to the system. If no new devices are found in step 
for interpreting a printing control language (print data 120, the processor 12 proceeds to step 124 where it com- 
language) for a personal or office printer for ordinary text- pietes its bootup procedure. If a new device (e.g. printer 52) 
oriented documentation, while the LANGUAGE INTER- 20 ^ found, the processor 12 in step 126 queries the printer 52 
PRETER B is suitable for interpreting a printing control for what resources the printer 52 needs (e.g., how many 
language (print data language) for a plotter generally used in interrupts does the printer 52 need, does the printer 52 need 
the field of computer-aided design (CAD). any DMA channels, how much address space does the 
As described above, the interpreter-identification data printer 52 need, etc.). In step 126, the printer 52 replies with 
which represent these INTERPRETERS A, B are stored in what its needs are. The processor 12 looks at a table of 
the first ROM 72, and are transmitted to the host computer resources stored within the system memory 18 for the 
54 according to an ID DATA OUTPUT control program, in requested resources. The processor 12 assigns the resources 
response to an inquiry signal from an host computer 54. The and tells the printer 42 what resources it has. 
cassette sensor 96 acts on a detecting piece provided at a After, the assignment, the processor 12 initiates a driver 
suitable portion of a paper storage cassette mounted in the download sequence in step 128. The driver download 
laser printer 52, so that the sensor 96 generates a paper size sequence can be implemented just before Windows 95 is 
signal indicative of the size of paper sheets accommodated complete. Thus, when a device (e.g., I/O card 32 and/or 
in the cassette. The paper size signal is fed to the panel peripheral device P1-P4) is found that requires a driver, the 
interface 88. driver sequence can be implemented during the PNP 
To the DC controller 66 of the control unit 60, there are sequence. This step involves downloading the peripheral 
connected a main motor driver 100 for a main motor 102, a device driver from the peripheral device to the host com- 
heater driver 104 for an image fixing heater 106, an elec- puter 54. The driver can be stored in flash memory of the I/O 
trical circuit 108, and a high-vohage unit 110. To the DC card 32 if desired. The peripheral device stores its driver 
controller 66, there are also connected a semiconductor within its own memory and during the PNP sequence it 
lasing element in the form of a laser diode 112, and a scanner downloads the driver to the memory (e.g., hard disk) of the 
motor 114 for rotating a polygon mirror which has six light host computer 54, 

reflecting faces for scanning a photoconductive drum with jhe host computer 54 via the I/O card 32 prompts the 

the laser beam which is generated by the laser diode 112 and peripheral device 52 to download the driver. Since the I/O 

deflected by the polygon mirror, as weU known in the art. address has already been assigned to the device 52, and the 

FIG. 3 is indicative of the hardware associated with a host computer 54 can talk to the device 52, it wiU send a 

conventional laser printer, and thus further discussion with unique command to the device 52 via a base address. This 

respect thereto is omitted for sake of brevity. unique command will prompt the device 52 to download the 

It will be appreciated that the present invention relates to driver code to the host computer. In the preferred 
the device driver for the printer 52 being located within the jq embodiment, the driver is written in a processor independent 

memory (e.g., ROM 72) of the printer 52. Thus, the par- language such as "C", JAVA, etc. If JAVA is employed the 

ticular hardware associated with the peripheral device being driver becomes platform independent and thus the device 

employed is not critical to the present invention. Rather, it can be hooked up to any type of computer due to being 

is to be appreciated that the present invention provides for a platform independent. The peripheral device will go into 
peripheral device which includes within its memory a device 55 driver download mode. 

driver which is downloadable to a computing system so that jhe manner for downloading wiU vary based on the type 

the computing system can communicate with the peripheral of interface between the host computer and the device. For 

cievice. example, if an ISA interface is being employed the device 52 

Referring now to FIG. 4, a flow diagram showing an will use an ISA data bus and download 8 to 16 bits per time 
exemplary high-level implementation of one specific aspect 60 of the JAVA or C driver code. Thus, the driver will be 

of the present invention is shown. This example, relates to installed from the device to the host computer byte by byte 

the printer 52 being newly added to the computer system 10. over the ISA bus. If the interface is a USB, the code wfll be 

However, it will be appreciated that this implementation downloaded via a serial packet. A typical packet format 

may be applied to any number and variety of peripheral would be used with a header, etc. The packet wiU go back 
devices suitable for carrying out the present invention. 55 via the bus to the host computer 54. The host computer 54 

In step 120, the host computer 54 is booted up and general would reconstrust the packet back into the original driver 

initiahzalions are performed. During this bootup procedure code, and send a command back to the peripheral device 52 
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to end the downloading of the device driver. The USB 
interface chip plus host software would handle the receiving 
of the packet. FIGS. 5a and Sb illustrate exemplary packet 
formats for carrying out the present invention. 

In step 130 instructs the printer 52 that it is programmed 
and that it should no longer respond as unprogrammed. 
Thus, the next time the host computer 542 is booted and 
undergoes the PNP sequence, the printer 52 will respond as 
configured. 

Referring briefly to FIGS. Sa and Sb, an exemplary format 
for packets sent between devices in the system 10 is shown. 
Each packet includes a number of fields such as a synchro- 
nization field 150, a header field 152, a source address field 
154, a destination address field 156, a data field 158, and an 
error correcting field (CRC) 160, for example. The synchro- 
nization field 150 includes synchronizing bits which allow a 
device (e.g., host computer 54) receiving the packet an 
opportunity to "sync" to the packet as is conventional. The 
header field 152 follows the synchronization field 150 and 
includes information such as the length and type of the 
packet. For example, the header field 152 may indicate 
whether the packet is a type which requires a response &om 
the receiving device (e.g., host computer 54). The source 
address field 154 follows the header field 152 and includes 
an address of the device (e.g., printer 52) from which the 
packet originated. Following the source address field 154, 
the packet includes a destination address field 156 which 
holds the address of the device (host computer 54) to which 
the packet is ultimately destined. The data field 158 in the 
packet includes various information (sec FIG. 4B) intended 
to be communicated to the receiving device. The packet ends 
with a cyclical redundancy code (CRC) field 160 which 
serves as an error correcting field according to the conven- 
tional techniques such that a receiving device can determine 
if it has properly received the packet. 

no. 5B illustrates in greater detail the information con- 
tained in the data field 158 of packets transmitted from 
peripheral devices P1-P4 to the host computer 54. The data 
field 158, includes a transmission type field 170 which 
identifies the type of transmission being made by the periph- 
eral device P1-P4 to the destination device. For example, 
the transmission type field 170 may indicate that the trans- 
mission being made is that of a device driver being down- 
loaded. The data field 158 also includes a device ID field 172 
which contains an identification code for the particular 
peripheral device PI. The identification code identifies and 
distinguishes the peripheral device PI to the system 10 with 
respect to other peripheral devices within the computer 
system 10. The data field 208 further includes a driver field 
176 which contains a compressed version of the device 
driver which is later expanded to the processor 12 upon 
stripping the packet for the device driver. 

Referring now to FIG. 6, there is shown an overview of 
an ISA configuration flow for a computer system having a 
PNP BIOS. It should be appreciated that the ISA configu- 
ration flow disclosed herein is slightly modified for use with 
a non-PNP BIOS. After the computer system 10 (e.g., a PC 
running Microsoft WINDOWS 95 operating system) is 
powered on, all PNP I/O cards are initially set in an inactive 
mode and do not respond to any ISA bus commands. At step 
200 all PNP I/O 32 cards are put in configuration mode by 
the computer system *s software issuing an initiation key 
sequence. The initiation key sequence includes a series of 
I/O port writes to auto configuration I/O port registers on 
each PNP I/O card 32. All of the PNP I/O cards 32 
simultaneously check the initiation key sequence. If the 
initiation key sequence is properly received, the PNP I/O 
card 32 will set itself to configuration mode in step 202. 
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Next, each PNP I/O card is isolated one at a time. In this 
regard, each PNP I/O 32 card is isolated using feedback data 
on the I/O bus 42, which uniquely isolates each PNP I/O 
card 32 by a 72-bit serial identification code. Each PNP I/O 
5 card is assigned a serial identification code that is stored in 
memory on the PNP I/O card 32. 

At step 204, (A) a handle (i.e.. Card Select Number) is 
assigned to the isolated PNP I/O card by the processor 12, 
(B) the PNP I/O card's resource data stmcture is read by the 
10 processor 12 and (C) the I/O card driver is downloaded to 
the processor 12 from the isolated PNP I/O card 32. The 
handle provides means for selecting a unique PNP I/O card 
32 without the need to use the more elaborate and time 
consuming isolation protocols. 

The resource data structure is read by the processor 12 by 
writing the address of a desired PNP register to an 
ADDRESS port, followed by a read of data from the 
READ_D ATA port. The READ_D ATA port is used to read 
information from the PNP registers. Each time the processor 
reads from the READ_DATA port, a bus width of data (i.e. 
data the size of the width of I/O bus 42) is provided. 
Accordingly, data is read from the READ_DADV port a 
plurahty of times to obtain the complete resource data 
structure. The resource data structure describes the resources 
supported and those requested by the functions on the 
isolated PNP I/O card. When all resource capabilities and 
demands are known, a process of resource arbitration is 
invoked to determine resource allocation to each PNP 1/0 
card 32. 

30 

Referring briefly to FIG. 7, the procedure for download- 
ing the I/O card driver will be described in detail with 
reference to a flow diagram. At step 220, the file size of the 
I/O card driver is read from the PNP I/O card 32 by the 

25 processor 12. As in the case discussed above, the processor 
12 writes the address of a desired register to the ADDRESS 
port, followed by a read of data firom the READ__DATA 
port. Next in step 222, the processor 12 writes the address of 
a desired register to the ADDRESS port, followed by a read 

^ of data from the READ_DATA port, in order to obtain 1/0 
card driver data. As discussed above, each time the proces- 
sor 12 reads from the READ_DArA port, a bus width of 
data (i.e. data the size of the width of I/O bus 30) is provided. 
Accordingly, the processor in step 226 will read I/O card 

^5 driver data from the READ_DATA port a plurality of times 
to obtain all of the I/O card driver data. Once all of the I/O 
driver data has been obtained, the process is ended. The 
number of read requests is based upon the I/O card driver file 
size. The complete I/O card driver data forms an I/O card 
driver file, which is stored in the system memory 18. 

Returning back to FIG. 6, the configuration sequence next 
continues to step 230 where it is determined if another PNP 
I/O card needs to be isolated for configuration. If no further 
PNP I/O cards 32 need to be isolated, then the processor 12 

55 in step 232 determines that the resom-ce requirements and 
capabilities for all I/O cards have been determined. If in step 
230 it is determined that more PNP I/O cards need to be 
configured, the processor 12 returns to step 202. In step 234, 
the handles are then used to assign conflict free resources to 

60 each PNP I/O card 32. Thereafter, in step 240, all of the PNP 
I/O cards 32 are activated to respectively remove them from 
configuration mode. 

Next in step 242, the I/O card driver files stored in the 
system memory 18 are run. A detailed description of step 

65 242 will now be described with reference to FIG. 8. In step 
250, each I/O card driver file includes an initialization 
portion which is run at start-up. Where the PNP I/O card 32 
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supports a peripheral device (e.g., printer 52) requiring a 
peripheral device driver (e.g., where the PNP I/O card 
includes a parallel port, such as an Enhanced Parallel Port), 
a peripheral device driver is loaded. In contrast, where the 
PNP I/O card does not support a peripheral device requiring 
a peripheral device driver (e.g., a video card), no peripheral 
device driver is loaded. Thus, at step 252 the processor 12 
determines whether a peripheral device driver is needed. If 
no peripheral device driver is needed, the initialization 
procedure is complete. If a peripheral device driver is 
needed, the processor 12 in step 258 reads the peripheral 
device driver file size from a memory storage device in the 
peripheral device. In this regard, the processor 12 executes 
the initialization routine to read the peripheral device driver 
file size from a memory storage device in the peripheral 
device. The processor 12 executing the initialization routine 
reads the peripheral device driver file size from a predeter- 
mined address (e.g., specified in the Enhanced Parallel Port 
specification). The peripheral device driver file size is read 
by the processor 12 by writing the address of a desired 
memory location to an ADDRESS port, followed by a read 
of data from a READ_D ATA port. In response to such read, 
a processing unit (e.g., CPU 70 of printer 52) in the 
peripheral device responds with data at the READ_DArA 
port representing the size of the peripheral device driver file. 
Next, the processor 12 reads the peripheral device driver 
data from the memory in the peripheral device (e.g., printer 
52). Accordingly, the ADDRESS and READ_D ATA ports 
are accessed to obtain the peripheral device driver data. Each 
time the processor 12 reads from the READ_DArA port, a 
bus width of data (i.e. data the size of the width of I/O bus 
30) is provided to the processor 12. Accordingly, the pro- 
cessor 12 in steps 260 and 262 will read data from the 
READ_DATA port multiple times in order to obtain all of 
the peripheral device driver data. The number of read 
requests is based upon the peripheral device driver file size. 
Collectively, the peripheral device driver data read from the 
memory of the peripheral device comprises the complete 
peripheral device driver file. Once the peripheral device 
driver data has been downloaded from the peripheral device 
and stored to system memory 18, the initialization routine of 
the peripheral device driver is run at step 270. The peripheral 
device driver is installed in the computer system 10, thus 
completing step 242. 

It should be appreciated that for the purposes of describ- 
ing a preferred embodiment of the present invention, the 
peripheral device driver file is downloaded each time the 
computer system 10 is powered on with the peripheral 
device (P1-P4) attached to an I/O card 32. However, it is 
contemplated that the present invention may be modified 
such that the peripheral device driver file need only be 
downloaded once from the peripheral device (P1-P4), and 
thereafter it is retrieved directly from system memory 18 or 
from an external storage device (e.g., hard disk drive). 

As indicated above, the present invention can be applied 
to other bus standards, including the Universal Serial Bus 
(USB). The USB is an industry standard extension to the PC 
architecture with a focus on Computer Telephony Integra- 
tion (CTI), consumer, and productivity applications. The 
USB is a fast, bidirectional, isochronous, low-cost, dynami- 
cally attachable serial interface. The USB standard provides 
for the transfer of communication signals and power over a 
four wire cable (Vbus, D+, D- and GND). Moreover, the 
USB standard allows for the daisy chaining of peripheral 
devices, 

A USB 300 is shown connect USB devices with a USB 
host. The USB physical interconnect is a tiered star topol- 
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ogy. A hub is at the center of each star. Each wire segment 
is a point-to-point connection between the host and a hub or 
function, or a hub connected to another hub or function. A 
USB system has only one host. The USB interface to the 

5 host computer system is known as the "host controller." The 
host controller may be implemented in a combination of 
hardware, firmware, or software. A root hub is integrated 
within the host system to provide one or more attachment 
points. USB devices are hubs (which provide additional 

jQ attachment points to the USB) and functions (which provide 
capabilities to the computer system; e.g., an ISDN 
connection, a printer, a keyboard, a mouse, a digital joystick, 
speakers and other peripheral devices). USB devices present 
a standard USB interface in terms of their comprehension of 

j5 the USB protocol, response to standard USB operations such 
as configuration and reset, and standard capability descrip- 
tive information. 

All USB devices attach to the USB via a port on a USB 
hub. The hub indicates attachment or removal of a USB 

20 device in its per port status. The host queries the hub to 
determine the reason for the notification. The hub responds 
by identifying the port used to attach the USB device. The 
host enables the port, and addresses the USB device with a 
control pipe using a USB Default Address. All USB devices 

25 are addressed using the USB Default Address when initially 
connected or after they have been reset. The host determines 
if the newly attached USB device is a hub or a function (e.g., 
peripheral device) and assigns a unique USB address to the 
USB device. The host establishes a control pipe for the USB 

30 device using the assigned USB address and endpoint number 
zero. If the attached USB device is a hub and USB devices 
arc attached to its ports, then the above procedure is fol- 
lowed for each of the attached USB devices. If the attached 
USB device is a function, then attachment notifications will 

35 be dispatched by USB software to interested host software. 
An embodiment of the present invention, as used with a 
USB configured computer system, will now be described 
with reference to FIGS, 9 and 10. RG, 9 shows a USB- 
configured computer system 300. Computer system 

40 300includes a host 302, a hub 304 and devices 308. When 
no device 308 is attached to the downstream port of the host 
302 or hub 304, or a pull-up resistor on an attached device 
is not powered, puU-down resistors will cause both voltages 
D+and D- to be pulled below a single-ended low threshold 

45 of 0.6 V at the host or hub port. This creates a state called 
a "single-ended zero" on the downstream port. A disconnect 
condition is indicated if a "single-ended zero" persists on a 
downstream port for more than 2.5 //s. A connect condition 
is detected when a device 308 is connected to the host or 

50 hiib's port, and one of the data lines is pulled above the 
single-ended high threshold level of 1.5 V for more than 2.3 
/us. 

When hub 304 detects the presence of the new device 308, 
it reports the presence of the new device 308 to host 302. 

55 Host 302 manages an address table and determines an 
address for the new device 308. The address for the new 
device is communicated by the host 302 to hub 304. Hub 304 
and the host 302 initially communicate with the new device 
by use of the USB default address. As indicated above, the 

60 initial communication assigns a unique address to the new 
device 308, and thereafter all communications with the new 
device 308 take place via the unique address. In response to 
the initial packet, the new device 308 reports configuration 
data back to bub 304, In turn, hub 304 relays the configu- 

65 ration data to host 302. The configuration data identifies the 
device driver stored in a data storage means in the device. 
Next, host 302 requests a device driver from the new device 
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308. In response, the new device 308 sends a device driver compiler accomplishes this by generating bytecode instruc- 

to the host 302. Thereafter, the host 302 loads and runs the tions which have nothing to do with a particular computer 

device driver. architecture. Rather, they are designed to be both easy to 

As mentioned above. If the interface is a USB, the code interpret on any machine and easily translated into native 
will be downloaded via a serial packet. A typical packet 5 machine code on the fly. 

format would be used with a header, etc. The packet will go Being architecture neutral, the "implementation depcn- 

back via the bus to the host computer 302. The host dent** aspects of the system are reduced or eliminated. The 

computer 302 will reconstrust the packet back into the Java interpreter can execute Java bytccodes directly on any 

original driver code, and send a command back to the machine to which the interpreter has been ported. Since 
peripheral device 308 to end the downloading pf the device 10 linking is a more incremental and lightweight process, the 

driver. A USB interface chip plus software would handle the development process can be much more rapid and explor- 

receiving of the packet. FIGS. Sa and 5^? illustrate exem- atory. As part of the bytecode stream, more compile-time 

plary packet formats for carrying out the present invention, information is carried over and available at runtime. 

FIG, 10 shows a flow diagram summarizing the procedure The present invention through the use of Java affords for 

for configuring the USB computer system 300. First in step multiplatforming. That is the same peripheral device driver 

320 the new device 308 is detected at the hub. Next in step can be run on substantially all computers - the same applet 

322, the presence of the new device 308is reported to the (a program designed to be delivered through a browser) can 

host 302 to obtain a unique address for the new device 308. work on a Macintosh, a Windows 95 machine, a Sun 

At step 324, the host 302 assigns a unique address to the workstation, etc. To effect such multiplatforming, a network 

device 308. As noted above, an USB default address is used connection and a network browser (not shown) such as 

for initial commimication. Next in step 326, configuration Netscape Navigator or Microsoft Internet Explorer may be 

data is obtained from the new device 308, which in turn used in at least one embodiment of the present invention, 

allows the device driver to be downloaded from the device Although the present invention is described with respect to 

in step 328. employing Java, it will be appreciated that any suitable 

It should be appreciated that the concept of the present programming language may be employed to cany out the 

invention can be extended further. In this regard, the I/O card present invention. 

driver data stored in the I/O card 32, or the peripheral device Thus, the present invention allows the peripheral device 
driver data stored in the peripheral' device (P1-P4) may be driver file to be both processor and operating system inde- 
suitably modified to specify a web site location (URL) on the pendent. As a result, a single peripheral device driver would 
Internet, where a most up-to-date peripheral device driver is be suitable for use in connection with a Pentium PC running 
posted. This up-to-date peripheral device driver could then OS/2, a Pentium PC running WINDOWS95, a Power PC 
be automatically downloaded to the computer system 10. running MAC OS, or any other processor or operating 
Accordingly, the present invention can be utilized to install system (e.g., UNIX). Moreover, the peripheral device driver 
and maintain peripheral devices with the most current and could be coded in object code, thus providing an operating 
compatible peripheral device driver software. system independent code. Accordingly, the present inven- 
In another extension of the present invention, the periph- tion can be utilized to provide easy-to-install peripheral 
eral device driver file may be suitably coded in JAVA or devices, which are compatible with a wide variety of corn- 
other cross-platform procedural programming language puter systems. 

(e.g., "C"). Java is an object-oriented, distributed secure, It will be appreciated from the discussion herein that the 
architecture neutral language. Java provides for object- present invention provides integrating a device driver with 
oriented design which facilitates the clean definition of the device itself. As a result, the present invention over- 
interfaces and makes it possible to provide reusable "soft- comes the problems associated with conventional tech- 
ware ICs." Java has an extensive library of routines for niques for installing device drivers. The present invention 
copying easily with TCP/IP protocols like HTTP and FTP. further provides for a method for retrieving the device driver 

Java applications can open and access objects across a software from the peripheral device upon powering of a 

network via URLs with the same ease to which program- computer system the device has been newly added to. As a 

mers are accustomed to accessing a local file system. result of the driver being located within the device itself, the 

Furthermore, Java has a pointer model that eliminates the need to supply a separate disk or CD-ROM with each 
possibility of overwriting memory and corrupting data. 50 peripheral device is eliminated. This feature of the present 

Instead of pointer arithmetic that is employed in many invention removes the need to maintain disks or CD-ROMS 

conventional systems, Java has true arrays. This affords for containing device driver software. 

subscript checking to be performed. In addition, it is not What has been described above are preferred embodi- 
possible to turn an arbitrary integer into a pointer by casting. ments of the present invention. It is, of course, not possible 
Java affords for the support of applications on networks. 55 to describe every conceivable combination of components or 
Networks are composed of a variety of systems with a methodologies for purposes of describing the present 
variety of CPU and operating system architectures. To invention, but one of ordinary skill in the art will recognize 
enable a Java application to execute anywhere on the °iany further combinations and permutations of the 
network, a compiler generates an architecture neutral object present invention are possible. Accordingly, the present 
file format — the compiled code is executable on many 60 invention is intended to embrace all such alterations, modi- 
processors, given the presence of the Java runtime system. fications and variations that fall within the spirit and scope 
Thus, Java is useful not only for networks but also for single of the appended claims, 
system software distribution. In the present personal com- What is claimed is: 

puter market, application writers have to produce versions of 1- A peripheral device operative to be coupled to a 
their applications that are compatible with the IBM PC and 65 computing system, comprising: 

with the Apple Macintosh. However, with Java, the same a processor for processing various functions relating to 

version of the application runs on all platforms. The Java the operation of the peripheral device; and 
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a memory operadvely coupled to the processor, the 
memory storing a device driver for the peripheral 
device; 

the peripheral device configured to be coupled to an I/O 
device; ^ 

wherein the peripheral device downloads the device 
driver to the computing system after the computing 
system determines the device driver is needed, the 
computing system making such determination based on 
whether the I/O device supports the peripheral device. 

2. The peripheral device of claim 1, wherein the periph- 
eral device is adapted to download the device driver to a 
computer of the computing system. 

3. The peripheral device of claim 2, wherein the periph- 
eral device downloads the device driver to the computer 
upon receipt of a driver download command from the 
computer. 

4. The peripheral device of claim 1, wherein the device 
driver is downloaded in a packet format. 

5. The peripheral device of claim 3, wherein the periph- 
eral device further informs the computer of the file size of 
the device driver. 

6. The peripheral device of claim 1, wherein the periph- 
eral device is a printer. 

7. The peripheral device of claim 1, wherein the periph- 
eral device is a mouse. 

8. A system for installing a peripheral device to a com- 
puter system, comprising: 

a peripheral device operatively coupled to the computer 
system via an I/O card, the peripheral device including 
a first processor and a first memory, the first memory 
storing a device driver for the peripheral device; 

a second processor for processing functions relating to the 
computer system, the second processor being operative 35 
to be coupled to the peripheral device; and 

a second memory operatively coupled to the second 
processor; 

wherein the second processor analyzes the I/O card and 
reads he device driver from the first memory if the I/O 
card includes a parallel port. 

9. The system of claim 8, the I/O card including a third 
memory for storing I/O card driver data. 

10. The system of claim 9, wherein the processor insti- 
tutes transfer of the I/O card driver data to the second *5 
memory, and the device driver to the second memory in 
accordance with the I/O card driver data. 

U. The system of claim 10, wherein the I/O card driver 
data includes an I/O card driver file, the processor executing 
the 1/0 card driver file to identify and locate the device 50 
driver stored in the first memory. 

12. The system of claim 10, wherein the processor learns 
the file size of the device driver. 

13. The system of claim 10, wherein the device driver is 

in the form of at least one of: executable program code, 55 
source code, and platform independent language code. 

14. The system of claim 13, wherein the platform inde- 
pendent language code is JAVA. 

15. The system of claim 13, wherein the platform inde- 
pendent language code is C. 
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16. The system of claim 10, wherein the transfer is 
accomplished during a computer boot-up procedure. 

17. The system of claim 10, wherein the computer boot-up 
procedure includes a Plug and Play ISA power-up sequence. 

18. The system of claim 8, further including a universal 
serial bus. 

19. The system of claim 8, wherein the device driver is 
downloaded in a packet format. 

20. The system of claim 8, wherein the device is a printer. 

21. The system of claim 8, wherein the device is a mouse. 

22. A method for installing a peripheral device driver to 
a computer system, including the steps of: 

connecting a peripheral device to the computer system, 

the peripheral device including: 

a first processor for processing various functions relat- 
ing to the operation of the peripheral device; and 
a first memory operatively coupled to the processor, the 

first memory storing the peripheral device driver for the 

peripheral device; 
analyzing an I/O card operatively to determine if the I/O 

card supports the peripheral device; 
transferring the peripheral device driver form the first 

memory to the computer system, the computer system 

including: 

a second processor for processing functions relating to 
the computer system, the second processor being 
operatively coupled to the peripheral device; and 

a second memory operatively coupled to the second 
processor. 

23. The method of claim 22, further including the step of: 
transferring the device driver from the first memory to the 

second memory. 

24. The method of claim 22, wherein the I/O card includes 
a third memory for storing I/O card driver data, the method 
further including the step of: 

executing the I/O card driver data to identify the periph- 
eral device. 

25. The method of claim 24, further including the step of: 
reading the file size of the peripheral device driver prior 

to transferring the device driver from the first memory 
to the second memory. 

26. The method of claim 22, further including the step of 
using a Plug and Play ISA sequence, 

27. The method of claim 22, further including the step of 
using a universal serial bus. 

28. The method of claim 27, further including the step of 
transferring the device driver from the first memory to the 
second memory via a packet format. 

29. A method of claim 22, further including the step of: 
using the peripheral device to identify to the computer 

system a web site corresponding to the web site 
address, ±e web site having a peripheral device driver 
for the peripheral device, the peripheral device driver 
being downloadable to the computer system from the 
web site. 

« « « 
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